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1. DETAILED ACTION 
2. Response to Arguments 

3. 35 use §101 

4. Applicant's arguments, see p1 1 , filed 201 1/03/08, with respect to section 1 01 
have been fully consiciereci and are persuasive. The section 101 rejections of claims 15 
and 16 have been withdrawn. 

5. 35 use § 103 - Independent claims 1. 15. 16. 17. 18. 19. 20 and dependent 
claims 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14 

6. Applicant's arguments filed 201 1/03/08 have been fully considered but they are 
not persuasive. On pi 2, the applicant argues that Tomohiko teaches an address at the 
network layer regarding a converted unicast frame is a unicast IP address and not a 
multicast IP address. The applicant further argues that the header of the original packet 
is not used as an address for transferring a packet. The applicant distinguishes the 
present invention stating that the present invention converts an IP multicast frame into a 
unicast frame at the data link layer while at the network layer the multicast IP address is 
maintained. 

7. However, the examiner respectfully disagrees with the applicant and argues that 
the language of the claims fails to convey the invention as described in the arguments 
by the applicant. The independent claims only calls for "a Multicast IP address included 
in the IP Multicast frame is set as an address at a Network Layer." It is not specified to 
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what exactly the Network layer refers to. The applicant appears to have intended to 
convey that the Network layer of the IP Multicast frame, however, this is not conveyed in 
the claim language. The claims on their face convey that there exists "a Multicast IP 
address" and it is within "the IP Multicast frame" and it is set at the level of "a Network 
Layer." The examiner argues that Tomohiko fulfills all these conditions. Tomohiko 
teaches "a Multicast IP address" (fig.3, G1, S1) that is within "the IP Multicast frame" 
(fig.3, 30) and exists at "a Network Layer" (fig.3, fig.4: IP header with G1 and S1). The 
"Network Layer" can refer to any network layer including the network layer of the original 
multicast packet and the network layer at the destination receiver. Thus, the examiner 
believes that the independent claims 1 , 1 5, 1 6, 1 7, 1 8, 1 9, 20 and dependent claims 4, 
5, 6, 7, 8, 9, 10, 11, 12, 13, 14 remain unpatentable. 

8. Claim Rejections - 35 USC §103 

9. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

1 0. A patent may not be obtained though the invention is not identically disclosed or described as set forth 
in section 1 02 of this title, if the differences between the subject matter sought to be patented and the prior art 
are such that the subject matter as a whole would have been obvious at the time the invention was made to a 
person having ordinary sl<ill in the art to which said subject matter pertains. Patentability shall not be negatived 
by the manner in which the invention was made. 

11. Claim 1, 4, 8, 9, 13, 15, 16, 17, 19, 20 rejected under 35 U.S.C. 103(a) as 
being unpatentabie over Tomohilto (EP-1 134933), and further in view of Sharony 
(US-20040057459), Tomohiko-US (US-20010018714), Kobayashi (US- 
20040158872). 
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1 2. As to claim 1 , 15, 17, 19: Tomohiko teaches a communication system, 
comprising: a first communication device (fig.2, 101); and a second communication 
device (fig.2, 201), wherein said first communication device includes: a first content 
receiving unit operable to receive, via a first communication path, a Multicast frame 
which stores a content ([0042-0043]: sender transmits multicast pacltet witfi data 
payload to first transfer apparatus); a conversion unit operable to convert the 
received Multicast frame into a Unicast frame ([0045-0049]: first transfer apparatus 
rewrites header of multicast packet to produce unicast packet) addressed to said 
second communication device ([0036], [0048]: unicast packet addressed to second 
transfer apparatus); and a first content transmission unit operable to transmit the 
converted Unicast frame to said second communication device via a second 
communication path, based on a protocol having a ... processing ([0048-0049]: unicast 
packet to second transfer apparatus), and said second communication device 
includes: a second content receiving unit operable to receive the Unicast frame 
transmitted via the second communication path from said first communication device 
based on the protocol having the ... processing (fig.2; [0048-0050]: second transfer 
apparatus receives unicast packet and converts It Into a multicast packet for the 
receivers), ... , the Multicast frame is an IP Multicast frame (flg.4; [0042]: IP header 
having group destination address), and said conversion unit is operable to convert 
the IP Multicast frame into the Unicast frame ([0045-0049]: first transfer apparatus 
rewrites header of multicast packet to produce unicast packet). 
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1 3. Tomohiko teaches wherein the re-transmission processing is performed at a 
IVIedia Access Control (IVIAC) layer that is a layer lower than a layer of a communication 
protocol defining the Multicast frame. However, Sharony teaches wherein the re- 
transmission processing is performed at a Media Access Control (MAC) layer that is a 
layer lower than a layer of a communication protocol defining the Multicast frame 
([0053-0057]: MAC layer retransmission for 802.11 unicast by access point; 
wherein Tomohil(o teaches the unicast portion having iP / UDP headers in 
addition to the data iinic header in fig.5, [0048]). 

1 4. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Sharony into Tomohiko since 
Tomohiko suggests an IP / UDP unicast transmission between two packet transfer 
apparatuses ([0012], [0049]) in general and Tomohiko suggests a wireless unicast 
transmission between two wireless devices where the wireless protocol supports 
retransmission ([0053-0057]), the motivation being to derive benefits such as a smaller 
footprint and simplification, and reduced cost from not using expensive wiring; with 
regards to wireless retransmission, allow the system to recover data in the event that a 
message fails to reach its destination ([0053-0057]). 

1 5. Tomohiko may not explicitly teach in which a Multicast IP address included in the 
IP Multicast frame is set as an address at a Network Layer. However, Tomohiko-US 
teaches in which a Multicast IP address included in the IP Multicast frame is set as an 
address at a Network Layer (fig.3, fig.4; [0059-0061]: G1 and SI are maintained in 
the incoming multicast packet as well as the outgoing unicast packet; wherein G1 
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and S1 are in a Network Layer due to their existence in an IP header which is 
equivalent to "a Network Layer" which is the network layer at the second content 
receiver, the claim does not state with respect to which packet the l\/lulticast IP 
address is set as, the Multicast IP address G1 and S1 fulfill the two conditions 
"included in the IP Multicast frame" and "set as an address at a Network Layer" 
where the network layer is the current IP header in which they are located). 

1 6. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Tomohiko-US into Tomohiko since 
Tomohiko suggests a communication system of converting a multicast packet into a 
unicast packet ([0045-0049]) in general and Tomohiko-US suggests a communication 
system of converting a multicast packet into a unicast packet where an IP address 
included in the IP multicast frame is set as the address at a network layer of the second 
content receiver, the motivation being to restore the multicast packet and transmit the 
packet to the correct destination client at the network layer at the second content 
receiver ([0064]). 

1 7. Tomohiko may not explicitly teach and a MAC address of said second 
communication device is set as an address at a Data Link Layer. However, Kobayashi 
teaches and a MAC address of said second communication device is set as an address 
at a Data Link Layer ([0020, 0021, 0149, 0155, 0162, 0203, 0208, 0210]: convert 
multicast packet into unicast packet addressed to the client MAC address). 

1 8. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Kobayashi into Tomohiko since 
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Tomohiko suggests converting data from IP multicast into IP unicast ([0045-0049]) in 
general and Kobayashi suggests converting data from IP multicast into IP unicast and 
inserting the MAC address for the unicast destination ([0200-0203]), the motivation 
being to correctly forward the data packet to its proper destination ([0203]). 

1 9. As to claim 1 6, 20: Tomohiko teaches a receiving device which receives a 
content transmitted from a transmitting device, wherein the transmitting device includes: 
a first content receiver configured to receive, via a first communication path, a Multicast 
frame which stores the content ([0042-0043]: sender transmits multicast paclcet witli 
data payioad to first transfer apparatus); a first converter configured to convert the 
received Multicast frame into a Unicast frame ([0045-0049]: first transfer apparatus 
rewrites iieader of multicast packet to produce unicast packet) addressed to the 
receiving device ([0036], [0048]: unicast packet addressed to second transfer 
apparatus); and a first content transmitter configured to transmit the converted Unicast 
frame to the receiving device via a second communication path, based on a protocol 
having a ... processing ([0048-0049]: unicast packet to second transfer apparatus), 
and the receiving device comprising: a second content receiver configured to receive 
the Unicast frame transmitted from the transmitting device based on the protocol having 
the ... processing (fig.2; [0048-0050]: second transfer apparatus receives unicast 
packet and converts it into a multicast packet for the receivers); and a second 
converter configured to convert the Unicast frame received by said second content 
receiver to a Multicast frame (fig.2; [0048-0050]: second transfer apparatus receives 
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unicast packet and converts it into a multicast pacltet for the receivers), ... , the 
Multicast frame is an IP Multicast frame (flg.4; [0042]: IP header having group 
destination address), and said first converter is configured to convert the IP Multicast 
frame into the Unicast frame ([0045-0049]: first transfer apparatus rewrites header 
of multicast packet to produce unicast packet). 

20. Tomohiko may not explicitly teach wherein the re-transmission processing is 
performed at a Media Access Control (MAC) layer that is a layer lower than a layer of a 
communication protocol defining the Multicast frame. However, Sharony teaches 
wherein the re-transmission processing is performed at a Media Access Control (MAC) 
layer that is a layer lower than a layer of a communication protocol defining the 
Multicast frame ([0053-0057]: MAC layer retransmission for 802.11 unicast by 
access point; wherein Tomohiko teaches the unicast portion having IP / UDP 
headers in addition to the data link header in fig.5, [0048]). 

21 . Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Sharony into Tomohiko since 
Tomohiko suggests an IP / UDP unicast transmission between two packet transfer 
apparatuses ([0012], [0049]) in general and Tomohiko suggests a wireless unicast 
transmission between two wireless devices where the wireless protocol supports 
retransmission ([0053-0057]), the motivation being to derive benefits such as a smaller 
footprint and simplification, and reduced cost from not using expensive wiring; with 
regards to wireless retransmission, allow the system to recover data in the event that a 
message fails to reach its destination ([0053-0057]). 
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22. Tomohiko may not explicitly teach in which a Multicast IP address included in the 
IP Multicast frame is set as an address at a Network Layer. However, Tomohiko-US 
teaches in which a Multicast IP address included in the IP Multicast frame is set as an 
address at a Network Layer (fig.3, fig.4; [0059-0061]: G1 and S1 are maintained in 
the incoming multicast pacltet as well as the outgoing unicast packet; wherein G1 
and S1 are in a Network Layer due to their existence in an IP header which is 
equivalent to "a Network Layer" which is the network layer at the second content 
receiver, the claim does not state with respect to which packet the Multicast IP 
address is set as, the IVIulticast IP address G1 and S1 fulfill the two conditions 
"included in the IP Multicast frame" and "set as an address at a Network Layer" 
where the network layer is the current IP header in which they are located). 

23. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Tomohiko-US into Tomohiko since 
Tomohiko suggests a communication system of converting a multicast packet into a 
unicast packet ([0045-0049]) in general and Tomohiko-US suggests a communication 
system of converting a multicast packet into a unicast packet where an IP address 
included in the IP multicast frame is set as the address at a network layer of the second 
content receiver, the motivation being to restore the multicast packet and transmit the 
packet to the correct destination client at the network layer at the second content 
receiver ([0064]). 

24. Tomohiko may not explicitly teach and a MAC address of the receiving device is 
set as an address at a Data Link Layer. However, Kobayashi teaches and a MAC 
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address of the receiving device is set as an address at a Data Link Layer ([0020, 0021, 
0149, 0155, 0162, 0203, 0208, 0210]: convert multicast packet into unicast packet 
addressed to the ciient MAC address). 

25. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Kobayashi into Tomohiko since 
Tomohiko suggests converting data from IP multicast into IP unicast ([0045-0049]) in 
general and Kobayashi suggests converting data from IP multicast into IP unicast and 
inserting the MAC address for the unicast destination ([0200-0203]), the motivation 
being to correctly forward the data packet to its proper destination ([0203]). 

26. As to claim 4: Tomohiko teaches the communication system according to Claim 
1 , wherein said conversion unit is operable to convert the IP Multicast frame to the 
Unicast frame ([0045-0049]: first transfer apparatus rewrites fieader of multicast 
packet to produce unicast packet) in which an IP address of said second 
communication device is set as an address at a Network Layer ([0036], [0048]: unicast 
packet addressed to second transfer apparatus). 

27. Tomohiko may not explicitly teach and the MAC address of said second 
communication device is set to as the address at the Data Link Layer. However, 
Kobayashi teaches and the MAC address of said second communication device is set 
to as the address at the Data Link Layer ([0020, 0021, 0149, 0155, 0162, 0203, 0208, 
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0210]: convert multicast packet into unicast paclcet addressed to tlie client MAC 
address). 

28. Thus, it would liave been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Kobayashi into Tomohiko since 
Tomohiko suggests converting data from IP multicast into IP unicast ([0045-0049]) in 
general and Kobayashi suggests converting data from IP multicast into IP unicast and 
inserting the MAC address for the unicast destination ([0200-0203]), the motivation 
being to correctly forward the data packet to its proper destination ([0203]). 

29. As to claim 8: Tomohiko teaches the communication system according to Claim 1 
further comprising a third communication device which is connected to said second 
communication device (flg.2, 201, 211, 212: receivers connected to second packet 
transfer apparatus), wherein said second communication device further includes a 
second content transmission unit operable to transmit a content included in the Unicast 
frame received by said second content receiving unit to said third communication device 
([0049-0050]: second packet transfer apparatus transmits packets to receivers), 
and said third communication device is operable to receive the content transmitted from 
said second communication device ([0049-0050]: receivers receive multicast 
packets). 

30. Tomohiko may not explicitly teach and to provide the received content to a user. 



Application/Control Number: 10/588,537 Page 12 

Art Unit: 2466 

31 . However, it is well known in tine art that users request and receive streaming 
multicast content and media through receivers such as personal computers, cell 
phones, and other devices. It would have been obvious to one of ordinary skill at the 
time of the invention to have a user operate a receiver and obtain streaming content in 
order to provide services such as streaming music, video, VOIP, and other types of 
services to customers. 

32. As to claim 9: Tomohiko teaches the communication system according to Claim 
8, wherein said second content transmission unit is operable to convert the Unicast 
frame received by said second content receiving unit into a Multicast frame and to 
transmit the converted Multicast frame to said third communication device ([0049-0050]: 
second packet transfer apparatus reproduces original multicast paclcet from 
received unicast paclcet). 

33. As to claim 13: Tomohiko teaches the communication system according to Claim 
1 , wherein said first content receiving unit is operable to receive a Multicast frame which 
stores a plurality of the contents ([0042-0043]: sender transmits multicast packet 
with data payload to first transfer apparatus), and wherein said conversion unit is 
operable to convert the Multicast frame corresponding to the plurality of the contents 
received by said first content receiving unit into a Unicast frame, in order to store the 
plurality of the contents into the single Unicast frame ([0045-0049]: first transfer 
apparatus rewrites header of multicast packet to produce unicast packet). 
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34. Claim 5, 10 rejected under 35 U.S.C. 103(a) as being unpatentable over 
Tomohiko (EP-1 134933), Sharony (US-20040057459), Tomohiko-US (US- 
20010018714), Kobayashi (US-200401 58872) as applied to claim 1 above, and 
further in view of Zisapel (US-200301 95984). 

35. As to claim 5: Tomolii[<o teaclies tlie communication system according to Claim 1 
... wherein said first content receiving unit is operable to extract from the Multicast 
frames transmitted via the first communication path a Multicast frame which stores a 
content corresponding to the content request received by said first content request 
receiving unit, and operable to receive the extracted Multicast frame ([0006, 0042- 
0044]: receive, reads in, reads out, and distribute packets; each packet is singled 
out and used to refer to peer management table; wherein the specification does 
not describe this particular limitation, the examiner interprets this limitation as a 
single multicast frame being taken out of a stream, "extracted," of a plurality of 
multicast frames). 

36. Tomohiko may not explicitly teach wherein said second communication device 
further includes a second content request unit operable to request said first 
communication device to distribute the content, and said first communication device 
further includes a first content request receiving unit operable to receive the content 
request from said second communication device. However, Zisapel teaches wherein 
said second communication device further includes a second content request unit 
operable to request said first communication device to distribute the content (fig.3f, 135, 
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145; [0136-0137]: content router forwards requests issued by client to server via 
router), and said first communication device further includes a first content request 
receiving unit operable to receive the content request from said second communication 
device (fig.Sf, 135, 145; [0136-0137]: content router forwards requests issued by 
client to server via router). 

37. Thus, It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Zisapel into Tomohiko since 
Tomohiko suggests a first and a second packet transfer device relaying media to client 
devices from a source device ([0045-0050]) in general and Zisapel suggests a first and 
a second packet transfer device relaying client requests to a server ([0136-0137]), the 
motivation being to provide the content and services on-demand that are desired by the 
client and to enable load balancing ([0022]). 

38. As to claim 10: Tomohiko teaches the communication system according to Claim 
8 ... wherein said first content receiving unit is operable to extract from the Multicast 
frames which have been transmitted via said first communication path a Multicast frame 
which stores the content corresponding to the content request received by said first 
content request receiving unit, and operable to receive the extracted Multicast frame 
([0006, 0042-0044]: receive, reads in, reads out, and distribute packets; each 
packet Is singled out and used to refer to peer management table; wherein the 
specification does not describe this particular limitation, the examiner interprets 
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this limitation as a single multicast frame being taken out of a stream, 
"extracted," of a plurality of multicast frames). 

39. Tomohiko may not explicitly teach wherein said second communication device 
further includes: a second content request receiving unit operable to receive the content 
request from said third communication device; a second content request unit operable 
to request said first communication device to distribute a content corresponding to the 
content request received by said second content request receiving unit, and said first 
communication device further includes a first content request receiving unit operable to 
receive the content request from said second communication device. However, Zisapel 
teaches wherein said second communication device further includes: a second content 
request receiving unit operable to receive the content request from said third 
communication device (fIg.Sf, 135, 145; [0136-0137]: content router forwards 
requests issued by client to server via router); a second content request unit 
operable to request said first communication device to distribute a content 
corresponding to the content request received by said second content request receiving 
unit (flg.3f, 135, 145; [0136-0137]: content router forwards requests Issued by 
client to server via router), and said first communication device further includes a first 
content request receiving unit operable to receive the content request from said second 
communication device (flg.3f, 135, 145; [0136-0137]: content router forwards 
requests Issued by client to server via router). 

40. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Zisapel into Tomohiko since 
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Tomohiko suggests a first and a second packet transfer device relaying media to client 
devices from a source device ([0045-0050]) in general and Zisapel suggests a first and 
a second packet transfer device relaying client requests to a server ([0136-0137]), the 
motivation being to provide the content and services on-demand that are desired by the 
client and to enable load balancing ([0022]). 

41 . Claim 6 rejected under 35 U.S.C. 103(a) as being unpatentable over 
Tomohiko (EP-1 134933), Sharony (US-20040057459), Tomohil(o-US (US- 
20010018714), Kobayashi (US-200401 58872), Zisapel (US-200301 95984) as applied 
to claim 5 above, and further in view of Alexander (US-7411901). 

42. As to claim 6: Tomohiko teaches the communication system according to Claim 5 
... said first content receiving unit is operable to extract from the Multicast frames which 
are transmitted via said first communication path Multicast frames corresponding to a 
plurality of contents corresponding to the plurality of the content requests received by 
said first content request receiving unit, and operable to receive the extracted Multicast 
frames ([0006, 0042-0044]: receive, reads in, reads out, and distribute packets; 
each packet is singled out and used to refer to peer management table; wherein 
the specification does not describe this particular limitation, the examiner 
interprets this limitation as a single multicast frame being taken out of a stream, 
"extracted," of a plurality of multicast frames), said conversion unit is operable to 
convert the ... of the Multicast frames which have been received by said first content 
receiving unit and are corresponding to the ... of the contents into Unicast frames ... 
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which have been converted by said conversion unit to the ... of said second 
communication devices ([0045-0049]: first transfer apparatus rewrites header of 
muiticast paclcet to produce unicast paclcet). 

43. Tomohiko may not explicitly teach further comprising a plurality of said second 
communication devices, wherein said first content request receiving unit is operable to 
receive the content requests from the plurality of said second communication devices, 
... which are addressed to the plurality of said second communication devices which 
have requested the contents, and said first content transmission unit is operable to 
transmit the Unicast frames. However, Alexander teaches further comprising a plurality 
of said second communication devices (col.4, ln.45-65: plurality of devices receiving 
unicast packets transmitted from a single packet transfer device), wherein said first 
content request receiving unit is operable to receive the content requests from the 
plurality of said second communication devices (col.4, ln.45-65: multiple unicast 
streams transmitted at request of receiving device) ... which are addressed to the 
plurality of said second communication devices which have requested the contents 
(col.4, ln.45-65: multiple unicast streams transmitted at request of receiving 
device), and said first content transmission unit is operable to transmit the Unicast 
frames (col.4, ln.45-65: plurality of devices receiving unicast packets transmitted 
from a single packet transfer device). 

44. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Alexander into Tomohiko since 
Tomohiko suggests transmitting unicast streams ([0045-0049]) in general and 
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Alexander suggests transmitting multiple unicast streams to requesting nodes, the 
motivation being to provide a fast, efficient highly scalable, low cost method of 
disseminating streaming media in a one-to-many environment (col.4, ln.45-65). 

45. Claim 7 rejected under 35 U.S.C. 103(a) as being unpatentable over 
Tomohiko (EP-1 134933), Sharony {US-20040057459), Tomohiko-US (US- 
20010018714), Kobayashi (US-200401 58872), Zisapel (US-200301 95984), 
Alexander (US-7411901) as applied to claim 6 above, and further in view of Lipp 
(US-6751219). 

46. As to claim 7: Tomohiko teaches the communication system according to Claim 
6. 

47. Tomohiko may not explicitly teach wherein said first communication device 
further includes a first content duplication unit operable to duplicate a content requested 
by the plurality of said second communication devices among a plurality of contents 
included in the Multicast frames received by said first content receiving unit, and 
wherein said conversion unit is operable to convert the Multicast frames corresponding 
to a plurality of the identical contents which have been duplicated by said first content 
duplication unit into Unicast frames which are addressed to the plurality of said second 
communication devices which have requested the content, and said first content 
transmission unit is operable to transmit the Unicast frames which have been converted 
by said conversion unit to the plurality of said second communication devices which 
have requested the content. However, Lipp teaches wherein said first communication 
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device furtlier includes a first content duplication unit operable to duplicate a content 
requested by the plurality of said second communication devices among a plurality of 
contents included in the Multicast frames received by said first content receiving unit 
(abstract; fig.8; col.4, ln.3-12, 39-45, col.9, ln.36— col.10, ln.64: multicast packet is 
replicated into several unicast packets), and wherein said conversion unit is operable 
to convert the Multicast frames corresponding to a plurality of the identical contents 
which have been duplicated by said first content duplication unit into Unicast frames 
which are addressed to the plurality of said second communication devices which have 
requested the content (abstract; fig.8; col.4, ln.3-12, 39-45, col.9, ln.36— col.10, 
ln.64: multicast packet is replicated into several unicast packets; destination field 
stores different destination addresses), and said first content transmission unit is 
operable to transmit the Unicast frames which have been converted by said conversion 
unit to the plurality of said second communication devices which have ... the content 
(abstract; fig.8; col.4, ln.3-12, 39-45, col.9, ln.36— col.10, ln.64: multicast packet is 
replicated into several unicast packets; destination field stores a plurality of 
destination addresses). 

48. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Lipp into Tomohiko since Tomohiko 
suggests converting multicast packets into unicast packets ([0045-0049]) in general and 
Lipp suggests duplicating multicast packets into unicast packets, the motivation being to 
reduce congestion and latency (col.3, ln.37-49). 
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49. Claim 11,12 rejected under 35 U.S.C. 103(a) as being unpatentable over 
Tomohiko (EP-1 134933), Sharony (US-20040057459), Tomohiko-US (US- 
20010018714), KobayashI (US-200401 58872), Zisapel (US-200301 95984) as applied 
to claim 10 above, and further in view of Lipp (US-6751219), Alexander (US- 
7411901). 

50. As to claim 1 1 : Tomohiko teaches the communication system according to Claim 
10 further comprising a plurality of said third communication devices (fig.2, 211, 212). 

51 . Tomohiko may not explicitly teach wherein said second communication device 
further includes a second content duplication unit operable to duplicate the content 
requested by the plurality of said third communication devices among a plurality of 
contents included in the Multicast frames received by said second content receiving 
unit, and said second content transmission unit operable to transmit a plurality of 
identical contents which have been duplicated by said second duplication unit to the 
plurality of said third communication devices which have requested the contents. 
However, Lipp teaches wherein said second communication device further includes a 
second content duplication unit operable to duplicate the content ... by the plurality of 
said third communication devices among a plurality of contents included in the Multicast 
frames received by said second content receiving unit (abstract; fig.8; col.4, ln.3-12, 
39-45, col.9, ln.36— col.10, ln.64: multicast packet is replicated into several 
unicast packets), and said second content transmission unit operable to transmit a 
plurality of identical contents which have been duplicated by said second duplication 
unit to the plurality of said third communication devices which have ... the contents 
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(abstract; fig.8; col.4, ln.3-12, 39-45, col.9, ln.36— col.10, ln.64: multicast packet is 
replicated into several unicast packets; destination field stores a plurality of 
destination addresses). 

52. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Lipp into Tomohiko since Tomohiko 
suggests converting multicast packets into unicast packets ([0045-0049]) in general and 
Lipp suggests duplicating multicast packets into unicast packets, the motivation being to 
reduce congestion and latency (col.3, ln.37-49). 

53. Tomohiko, Lipp may not explicitly teach requests from plurality of third 
communications devices. However, Alexander teaches requests from third 
communications devices (col.4, ln.45-65: plurality of devices receiving unicast 
packets transmitted from a single packet transfer device at request of receiving 
device). 

54. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Alexander into Tomohiko since 
Tomohiko suggests transmitting unicast streams ([0045-0049]) in general and 

Alexander suggests transmitting multiple unicast streams to requesting nodes, the 
motivation being to provide a fast, efficient highly scalable, low cost method of 
disseminating streaming media in a one-to-many environment (col.4, ln.45-65). 

55. As to claim 12: Tomohiko teaches the communication system according to Claim 
10 further comprising a plurality of said third communication devices (fig.2, 211, 212). 
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56. Tomohiko may not explicitly teach wherein said second content request unit is 
operable to request said first communication device to distribute the content. However, 
Zisapel teaches wherein said second content request unit is operable to request said 
first communication device to distribute the content (fig.Sf, 135, 145; [0136-0137]: 
content router forwards requests issued by client to server via router). 

57. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Zisapel into Tomohiko since 
Tomohiko suggests a first and a second packet transfer device relaying media to client 
devices from a source device ([0045-0050]) in general and Zisapel suggests a first and 
a second packet transfer device relaying client requests to a server ([0136-0137]), the 
motivation being to provide the content and services on-demand that are desired by the 
client and to enable load balancing ([0022]). 

58. Tomohiko may not explicitly teach after receiving all content requests from the 
plurality of said third communication devices. However, Alexander teaches after 
receiving all content requests from the plurality of said third communication devices 
(col.4, ln.45-65: plurality of devices receiving unicast packets transmitted from a 
single packet transfer device at request of receiving device). 

59. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Alexander into Tomohiko since 
Tomohiko suggests transmitting unicast streams ([0045-0049]) in general and 
Alexander suggests transmitting multiple unicast streams to requesting nodes, the 
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motivation being to provide a fast, efficient highly scalable, low cost method of 
disseminating streaming media in a one-to-many environment (col.4, ln.45-65). 

60. Tomohiko may not explicitly teach in a case where the contents requested by the 
plurality of said third communication devices are identical. However, Lipp teaches in a 
case where the contents requested by the plurality of said third communication devices 
are identical (col.2, ln.7-27: payload that is duplicated is identical for each packet). 

61 . Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Lipp into Tomohiko since Tomohiko 
suggests converting multicast packets into unicast packets ([0045-0049]) in general and 
Lipp suggests duplicating multicast packets into unicast packets, the motivation being to 
reduce congestion and latency (col.3, ln.37-49). 

62. Claim 14 rejected under 35 U.S.C. 103(a) as being unpatentable over 
Tomohiko (EP-1 134933), Sharony (US-20040057459), Tomohiko-US (US- 
20010018714), KobayashI (US-200401 58872) as applied to claim 1 above, and 
further in view of Wesley (US-6076114). 

63. As to claim 14: Tomohiko teaches the communication system according to Claim 
1 ... and said first content receiving unit is operable to receive, via said first 
communication path, the Multicast frame which stores the content ([0042-0043]), 

64. Tomohiko may not explicitly teach wherein said first communication path is a 
wire. However, Wesley teaches wherein said first communication path is a wire (col.7, 
ln.48-67: wired network). 
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65. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Wesley into Tomohiko since 
Tomohiko suggests IP and UDP protocol ([0042]) in general and Wesley suggests UDP 
and IP over wired networks and UDP having retransmission capabilities, the motivation 
being to overcome problems of latency and data loss in unstable communications 
environments (col.7, ln.48-67). 

66. Tomohiko may not explicitly teach based on the protocol having the re- 
transmission processing. However, Sharony teaches based on the protocol having the 
re-transmission processing ([0053-0057]: MAC layer retransmission for 802.11 
unicast by access point; wherein Tomohiko teaches the unicast portion having IP 
/ UDP headers in addition to the data link header in fig.5, [0048]). 

67. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Sharony into Tomohiko since 
Tomohiko suggests an IP / UDP unicast transmission between two packet transfer 
apparatuses ([0012], [0049]) in general and Tomohiko suggests a wireless unicast 
transmission between two wireless devices where the wireless protocol supports 
retransmission ([0053-0057]), the motivation being to derive benefits such as a smaller 
footprint and simplification, and reduced cost from not using expensive wiring; with 
regards to wireless retransmission, allow the system to recover data in the event that a 
message fails to reach its destination. 
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68. Claim 18 rejected under 35 U.S.C. 103(a) as being unpatentable over 
Tomohiko (EP-1 134933) and further in view of Sharony (US-20040057459), 
Tomohil(o-US (US-20010018714), Kobayashi (US-200401 58872), Wakai (US- 
5973722). 

69. As to claim 18: Tomohiko teaches a content distribution system for distributing a 
content to a seat in the content distribution system, the content distribution system 
comprising: a first communication device and a second communication device, wherein 
said first communication device includes: a first content receiving unit operable to 
receive, via a first communication path, a Multicast frame which stores a content ([0042- 
0043]: sender transmits multicast packet witli data payload to first transfer 
apparatus); a conversion unit operable to convert the received Multicast frame into a 
Unicast frame ([0045-0049]: first transfer apparatus rewrites header of multicast 
packet to produce unicast packet) addressed to said second communication device 
([0036], [0048]: unicast packet addressed to second transfer apparatus); and a first 
content transmission unit operable to transmit the converted Unicast frame to said 
second communication device via a second communication path, based on a protocol 
having a ... processing ([0048-0049]: unicast packet to second transfer apparatus), 
and said second communication device includes: a second content receiving unit 
operable to receive the Unicast frame transmitted from said first communication device 
via the second communication path based on the protocol having the ... processing 
([0048-0050]: second transfer apparatus receives unicast packet); and a second 
content transmission unit operable to transmit the content included in the Unicast frame 
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received by said second content receiving unit ([0048-0050]: restore multicast packet 
and send contents from second transfer apparatus to receivers) the 
IVIulticast frame is an IP IVIulticast frame (fig.4; [0042]: IP header having group 
destination address), and said conversion unit is operable to convert the IP Multicast 
frame into the Unicast frame ([0045-0049]: first transfer apparatus rewrites header 
of multicast packet to produce unicast packet). 

70. Tomohiko teaches wherein the re-transmission processing is performed at a 
Media Access Control (MAC) layer that is a layer lower than a layer of a communication 
protocol defining the Multicast frame. However, Sharony teaches wherein the re- 
transmission processing is performed at a Media Access Control (MAC) layer that is a 
layer lower than a layer of a communication protocol defining the Multicast frame 
([0053-0057]: MAC layer retransmission for 802.11 unicast by access point; 
wherein Tomohiko teaches the unicast portion having IP / UDP headers in 
addition to the data link header in fig.5, [0048]). 

71 . Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Sharony into Tomohiko since 
Tomohiko suggests an IP / UDP unicast transmission between two packet transfer 
apparatuses ([0012], [0049]) in general and Tomohiko suggests a wireless unicast 
transmission between two wireless devices where the wireless protocol supports 
retransmission ([0053-0057]), the motivation being to derive benefits such as a smaller 
footprint and simplification, and reduced cost from not using expensive wiring; with 
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regards to wireless retransmission, allow the system to recover data in the event that a 
message fails to reach its destination ([0053-0057]). 

72. Tomohiko may not explicitly teach in which a Multicast IP address included in the 
IP Multicast frame is set as an address at a Network Layer. However, Tomohiko-US 
teaches in which a Multicast IP address included in the IP Multicast frame is set as an 
address at a Network Layer (fig.3, fig.4; [0059-0061]: G1 and S1 are maintained in 
tlie incoming multicast paclcet as well as the outgoing unicast packet; wherein G1 
and S1 are in a Network Layer due to their existence in an IP header which is 
equivalent to "a Network Layer" which is the network layer at the second content 
receiver, the claim does not state with respect to which packet the Multicast IP 
address is set as, the Multicast IP address G1 and S1 fulfill the two conditions 
"included in the IP Multicast frame" and "set as an address at a Network Layer" 
where the network layer is the current IP header in which they are located). 

73. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Tomohiko-US into Tomohiko since 
Tomohiko suggests a communication system of converting a multicast packet into a 
unicast packet ([0045-0049]) in general and Tomohiko-US suggests a communication 
system of converting a multicast packet into a unicast packet where an IP address 
included in the IP multicast frame is set as the address at a network layer of the second 
content receiver, the motivation being to restore the multicast packet and transmit the 
packet to the correct destination client at the network layer at the second content 
receiver ([0064]). 



Application/Control Number: 10/588,537 Page 28 

Art Unit: 2466 

74. Tomohiko may not explicitly teach and a MAC address of said second 
communication device is set as an address at a Data Link Layer. However, Kobayashi 
teaches and a MAC address of said second communication device is set as an address 
at a Data Link Layer ([0020, 0021, 0149, 0155, 0162, 0203, 0208, 0210]: convert 
multicast packet into unicast paclcet addressed to the client MAC address). 

75. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Kobayashi into Tomohiko since 
Tomohiko suggests converting data from IP multicast into IP unicast ([0045-0049]) in 
general and Kobayashi suggests converting data from IP multicast into IP unicast and 
inserting the MAC address for the unicast destination ([0200-0203]), the motivation 
being to correctly forward the data packet to its proper destination ([0203]). 

76. Tomohiko may not explicitly teach to the seat in the content distribution system. 
However, Wakai teaches to the seat in the content distribution system (col.17, ln.41-60, 
col.18, ln.42-54: multicast media to passengers). 

77. Thus, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Wakai into Tomohiko since 
Tomohiko suggests media distribution to receivers ([0049-0050]) in general and Wakai 
suggests media distribution in an airplane to passengers, the motivation being to allow 
passengers the choice of receiving or not receiving a media stream (col.17, ln.41-60, 
col.18, ln.42-54). 
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78. Conclusion 

79. THIS ACTION IS MADE FINAL. Applicant is reminded of tine extension of time 
policy as set forth in 37 CFR 1 .1 36(a). 

80. A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

81 . Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to ANDREW OH whose telephone number is (571 )270- 
5273. The examiner can normally be reached on M-F 8:30AM - 5AM EST. 

82. If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Daniel J. Ryman can be reached on (571)272-3152. The fax phone number 
for the organization where this application or proceeding is assigned is 571 -273-8300. 



Application/Control Number: 10/588,537 Page 30 

Art Unit: 2466 

83. Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

84. 85. 

86. /A. 0.1 

87. Examiner, Art Unit 2466 
/Daniel J. Ryman/ 

Supervisory Patent Examiner, Art Unit 2466 



